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(54) Object-oriented diagnostic apparatus for vehicle controller 



(57) A vehicle controller self-diagnosis apparatus 
(39) having areas such as memory information, tables, 
and the like relating to abnormality-detection processing 
that can be easily modified when abnormal-detection 
targets are increased or decreased, thereby reducing 
the amount of time required to implement such 
changes. An abnormality-diagnosis program of the 
present invention includes an abnormality-detection 
object (100), an abnormality-verification object (200), 
and an abnormality-processing object (300). The abnor- 
mality-detection object (100) is provided with a program 
of object-oriented design to determine normality or 



abnormality based on information from several sensors. 
The abnormality-verification object (200) is provided 
with a program of object-oriented design to process a 
flag set by the abnormality-detection object (100). The 
abnormality-processing object (300) is provided with a 
program of object-oriented design to comprehensively 
determine an abnormality-detection result for a plurality 
of abnormality-detection targets, and to ultimately 
decide whether an abnormality-indicating lamp should 
be illuminated. 
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D scription 

[0001] The present invention relates to a vehicle con- 
troller, and more specifically, to a vehicl controller diag- 
nostic apparatus for detecting abnormalities in vehicle s 
sensors, actuators, or the like via an object-oriented 
based methodology. 

[0002] A conventional vehicle controller is disclosed, 
for example, in Japanese Patent Application Laid-open 
No. Hei. 7-91310, and includes a seK-diagnosis appara- w 
tus for detecting abnormalities in the engine-control sys- 
tem. When an abnormality is detected, an indicator 
lamp is illuminated to prompt the driver with a warning, 
or an abnormality code indicating the abnormal location 
is output to an external diagnosis apparatus to allow an 75 
operator at a deafer or service shop to specify the loca- 
tion of the abnormality. 

[0003] FIG. 1 8 illustrates a memory area for an abnor- 
mality flag, a flag for lamp-illuminating use, and an 
abnormality-code flag according to a conventional self- 20 
diagnosis apparatus such as the one discussed above. 
Additionally, FIG- 19 illustrates a table for abnormality- 
code determining use. As shown in FIG. 18, to illumi- 
nate an indicator lamp and output an abnormality code, 
flag information for each use and application thereof is 2s 
stored within a memory within the electronic controller. 
[0004] In FIG. 18, (A) indicates a memory area for 
storing a present abnormality flag, and bit positions 
within this memory area are programmed in corre- 
spondence with each abnormality-detection target 30 
Namely, the first bit is the bit position for water-tempera- 
ture sensor use, the second bit is the bit position for 
intake-air temperature sensor use. the third bit is the bit 
position for throttle-sensor use, and the fourth bit is the 
bit position for ECT-solenoid use. Accordingly, when an 35 
abnormality is detected by an abnormality-detection 
routine (not illustrated), the bit information correspond- 
ing to the abnormality-detection target changes from "0" 
to"1." 

[0005] Additionally, (B) indicates a memory area for 40 
storing a flag for indicator-lamp illuminating use. and the 
information relating to the flag for indicator-lamp illumi- 
nating use is constantly updated with the bit information 
at the present abnormality flag (A) at every iteration of a 
predetermined time interval. When even a single datum 45 
indicating an abnormality exists in the bit information 
within the flag area for indicator-lamp illuminating use, 
the indicator lamp is illuminated. 
[0006] Furthermore, (C) indicates a memory area for 
storing the abnormality-code flag, and is constantly so 
updated with the abnormality-code flag information and 
the bit information at the present abnormality flag (A) at 
every iteration of a predetermined time interval. This 
information is then capable of being read out to an 
external portion by an operator at a dealer or service ss 
shop performing a desired operation. 
[0007] Further, because specification of which compo- 
nent is abnormal is not possible even when the informa- 



tion of the abnormality-code flag is output without 
modification, generally, as shown in FIG. 19, a table 
relating the bit positions of the abnormality<ode flag 
and utput codes is provided within the electronic con- 
troller, and a code converted according to this table is 
read out to an external portion. For example, when an 
abnormality has occurred in the water-temperature sen- 
sor, a code of "1 1" is output. 

[0008] In this way, with a failure-diagnosis apparatus 
according to the prior art, 

1) the correspondence relationship (the first bit 
being the water-temperature sensor, and so on) of 
the bit-position information of the respective flag 
areas of the present abnormality flag, the flag for 
indicator-lamp illuminating use, and so on is equiv- 
alent. As a result, the respective abnormality-detec- 
tion information bit-by-bit can be copied 
(processed) bit by bit. 

2) A memory area is disposed in each respective 
use object, such as the object for storing a pres- 
ently-occurring abnormality, the object for perform- 
ing lamp indication, and the like, and all 
abnormality-detection target information is caused 
to be concentrated in the several memory areas. 
Therefore, the number of accesses wherein batch 
processing can be performed is reduced, and mem- 
ory capacity can be reduced. For example, when an 
aJbnormality.detectioa result with the ignition key in 
an "off" state is caused to be invalid to prevent erro- 
neous detection of an abnormality, achievement is 
possible by setting the respective bit information of 
the present abnormality flag to "0" as a block. 

[0009] However, with the above-described apparatus, 
modification of everything from the definitions of the bits 
of the respective memory areas to the various types of 
tables as shown in FIG. 19 is necessary when an abnor- 
mality-detection program is applied in a different 
engine-control system, or when the number of abnor- 
mality-detection targets are increased due to applica- 
tion-specific changes. 

[0010] For example, when settings of an automobile 
with a manual transmission (M/7) are expanded in an 
automobile with an automatic transmission (A/T). tasks 
to delete the bits and settings relating to the A/T-control 
solenoid, to add M/T-dedicate diagnoses, and so on are 
necessary. For this reason, program-development man- 
hours are increased. Moreover, unless all such modifi- 
cations are completed, verification of program operation 
(debugging) becomes difficult. 

[001 1 ] In view of the above-discussed limitations, it is 
an object of the present invention to provide a vehicle 
controller self<liagnosis apparatus in which modifica- 
tion of areas such as memory information, tables, and 
the like relating to abnormality-detection processing can 
be easily made even when abnormal-detection targets 
are increased or decreased, thereby minimizing th 
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time and effort required to implement such program- 
ming changes. 

[0012] Specifically, the present invention provides a 
vehicle controller diagnostic apparatus with a plurality of 
abnormality-detection objects each associated with a s 
discrete detection target. Each of the abnormality- 
detection objects includes an abnormality<Jetection 
program and a first data-storing portion for storing data 
on the corresponding detection target during detection 
of a detection target abnormality. Also, an abnormality io 
processing object is provided for performing abnormal- 
ity-occurrence processing with respect to the corre- 
sponding detection targets based on data in the first 
data-storing portion of each of the abnormality-detec- 
tion objects. 15 
[0013] The abnormality processing object performs 
the above-described processing independently of the 
number of abnormality-detection objects that are imple- 
mented, thereby enabling abnormality-detection objects 
to be added or deleted as application parameters 20 
change. 

FIG. 1 is an example structural view of an engine- 
control system for performing abnormality diagno- 
sis; 25 
FIG. 2 is a block diagram for describing the basic 
structure of the engine-control unit of FIG. 1 ; 
FIG. 3 is an explanatory drawing conceptually indi- 
cating the structure (architecture) of the abnormal- 
ity-diagnosis program according to the present so 
invention; 

FIG. 4 is an explanatory diagram depicting the 
details of the water-temperature sensor object indi- 
cated in FIG. 3; 

FIG. 5 is a message sequence chart (MSC) indicat- 35 
ing the flow of processing executed by the abnor- 
mality-diagnosis program of the present invention; 
FIG. 6 is a processing flow diagram of the water- 
temperature sensor object of the present invention; 
FIG. 7 is a processing flow diagram of the intake-air 40 
temperature sensor object of the present invention; 
FIG. 8 is a processing flow diagram of the abnor- 
mality-verification object of the present invention; 
FIG. 9 is a message sequence chart (MSC) relating 
to lamp-illumination processing of the present <s 
invention; 

FIG. 10 is a detailed flow diagram of step S901 in 
FIG. 9; 

FIG. 11 is a detailed flow diagram of step S902 in 
FIG. 9; 50 
FIG. 12 is a detailed flow diagram of step S903 in 
FIG. 9; 

FIG. 13 is a detailed flow diagram of step S904 in 
FIG. 9; 

FIG. 14 is a detailed flow diagram of step S905 in 55 
FIG. 9; 

FIG. 15 is a detailed flow diagram of step S950 in 
FIG. 9; 



FIG. 16 is a drawing indicating DIAGERR, 
DIAGOK, and the actual illumination/nonillumina- 
tion state of a lamp when three sensors applied to 
the same lamp have repeated normality and abn r- 
mality conditions; 

FIG. 17 is a timing diagram indicating the action of 
the respective flags and counters when normal- 
ity/abnormality conditions in FIG. 16 have been 
repeated; 

FIG. 18 is an explanatory diagram for a memory 
area for an abnormality flag, a flag for lamp-illumi- 
nating use, and an abnormality-code flag according 
to the prior art; and 

FIG. 19 is an explanatory diagram for a table for 
abnormality-code determining use according to the 
prior art. 

[0014] An embodiment of the present invention will be 
described hereinafter with reference to the drawings. 
FIG. 1 is an example structural view of an engine-con- 
trol system for performing abnormality diagnosis. Intake 
air from an air cleaner is supplied via an intake-air tube 
12 to an engine 11. In this intake-air tube 12 are dis- 
posed an airflow sensor 13 to measure the amount of 
intake air, and an intake-air temperature sensor 14 to 
detect intake-air temperature. 

[0015] In addition, a throttle valve 15 actuated by an 
accelerator pedal is also disposed in the tube 12. The 
engine 11 is controlled by an engine-control unit made 
up if a microprocessor and the like, and an intake-air 
quantity detection signal from the airflow sensor 13 and 
a detection signal from a throttle sensor 1 7 detecting the 
opening state of the throttle valve 1 5 are supplied to the 
engine-control unit 16. 

[0016] A detection signal from an air-fuel ratio sensor 
18 for detecting the oxygen concentration of exhaust 
gas, a battery-voltage signal from a battery 19. a detec- 
tion signal from a water-temperature sensor 20, a crank 
signal Irom a distributor 21 driven by the engine 1 1 , and 
other various detection signals corresponding to operat- 
ing states of the engine 1 1 are supplied to the engine- 
control unit 16. 

[0017] The engine-control unit 16 calculates fuel- 
injection quantity and the like corresponding to the 
engine operating state based on the various detection 
signals. Also, fuel-injection instructions are output with 
respect to injectors 22a - 22d established respectively in 
a plurality of cylinders of the engine 1 1 . ignition-instruc- 
tion signals are output with respect to an igniter 23, and 
engine operating control is executed. 
[0018] Furthermore, with the engine-control unit 1 6, 
abnormality-diagnosis operation of the various control- 
lers mounted on the vehicle also is executed based on 
detection signals from the several sensors. For this rea- 
son, a test switch 24 associated with the engine-control 
unit 16 establishes a diagnostic mode for output of the 
abnormality-detection result. An inolcator lamp 25 for 
displaying the result of a resultant test diagnosis is also 
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connected to the control unit. Moreover, a switch 26 
connects the battery 19 to the engine-control unit 16, 
and a starter switch 23 controls a starter motor 27 so as 
to be interlocked with the ignition switch 26. 
[0019] FIG. 2 is a block diagram illustrating the basic 
structure of the engine-control unit of FIG. 1. The 
engine-control unit 16 is provided with a CPU 31 includ- 
ing a microprocessor. Data from an analog input circuit 
32 and a digital input circuit 33 are input to the CPU 31 , 
and analog input data from the analog input circuit 32 is 
converted to digital data by an PJD converter 34 and 
input to the CPU 31. 

[0020] A detection signal Us from the airflow sensor 
13, a detection signal Thw from the water-temperature 
sensor 20, a detection signal Tha from the intake-air 
sensor 14, voltage +B of the battery 19, and so on are 
input to the analog input circuit 32. A cylinder-discrimi- 
nation signal G1 and a speed signal Ne from the distrib- 
utor 21, a lean/rich signal Ox corresponding to oxygen 
concentration from the air-fuel ratio sensor 18, an idle 
signal Idle indicating that the throttle valve 15 is fully 
open from the throttle sensor 1 7, a start signal STA from 
the starter switch 28, a signal T establishing the diag- 
nostic mode from the test switch 24, and so on are input 
to the digital input circuit 33. 

[0021] The A/D converter 34 includes a multiplexer 
function to sequentially select and acquire the various 
detection signals input to the analog input circuit 32 in 
correspondence with the instructions from the GPU 31, 
and to convert the signals to digital data. Furthermore, 
a power-supply circuit 35 supplies the CPU 31 with the 
voltage +B of the battery 19 via the ignition switch 26. 
and also constantly supplies a power supply for backup 
use Batt. 

[0022] Output data from the CPU 31 is supplied to out- 
put circuits 36, 37, and 38, and is output as output sig- 
nals from the engine-control unit 16. That is to say, an 
ignition-instruction signal IGt is output with respect to 
the igniter 23 from the output circuit 36. A signal W indi- 
cating the diagnostics result is output from the output 
circuit 37 to control illumination of the indicator lamp 25. 
Further, an output signal x q from the output circuit 38 
instructs a fuel-injection quantity corresponding to the 
operating state of the engine 1 1 , and is supplied to the 
igniters 22a - 22d to control the igniters and thus the fuel 
amount respectively injected into the several cylinders. 
Moreover, a memory (ROM) 39 for storing an abnormal- 
ity-diagnosis program which will be described later is 
disposed within the CPU (engine-control unit) 31. 
[0023] FIG. 3 is an explanatory drawing conceptually 
indicating the structure (architecture) of the abnormal- 
ity-diagnosis program stored in the memory 39 within 
the engine-control unit according to the present inven- 
tion. The abnormality-diagnosis program according to 
the present invention is of object-oriented design. As is 
already known, whereas conventional software focuses 
on the processing (for example, the processing of fuel 
injection) taken to b the object thereof, object-oriented 



design performs modeling with the object thereof as the 
basic unit, and defines processing based on the charac- 
teristics and behavior (operation) of that object. This 
basic unit is termed an "object, w and with a program of 
5 object-oriented design, is described as the minimum 
structural unit. 

[0024] In the overall program, processing is executed 
through linking objects by communication (termed 
"messages") in the form of requests and responses. An 

io object is described as data ("attributes") and a proce- 
dure for processing the data ("method") in an integrated 
form, and a method is executed by transmitting a 
request from one object to another. Additionally, a work 
request to an object can be performed solely via a 

is method, and direct access to data within an object is 
prohibited. 

[0025] An actual abnormality-diagnosis program is 
provided with various programs, such as one to perform 
communication with a diagnostic tool externally con- 
20 nected to the engine-control unit 16, but herein only 
essential portions for describing the present embodi- 
ment will be indicated. 

[0026] As shown in FIG. 3, the abnormality-diagnosis 
program of the present invention includes an abnormal- 

25 ity-detection object 100, an abnormality-verification 
object 200, and anabnormality processing object 300. 
The abnormality-detection object 1 00 is provided with a 
program to determine normality or abnormality based 
on information from several sensors that-is input to the 

30 engine-control unit 16, and this abnormality-detection 
object 100 is initiated for each abnormality-detection 
target. 

[0027] Namely, the example in FIG. 3 depicts a water 
temperature sensor abnormality-detection object 110 

35 (hereinafter termed the water-temperature sensor 
object) for detecting the abnormality of the water-tem- 
perature sensor 20, an intake-air temperature sensor 
abnormality-detection object 120 (hereinafter termed 
the intake-air temperature sensor object) for detecting 

40 the abnormality of the intake-air temperature sensor 1 4, 
and a throttle-sensor abnormality-detection object 130 
(hereinafter termed the throttle-sensor object) for 
detecting the abnormality of the throttle sensor 17. Fur- 
thermore, when the number of abnormality-detection 

45 targets increases, abnormality-detection objects may 
be added in correspondence thereto. Conversely, when 
the number of abnormality-detection targets decreases, 
abnormality-detection objects may be correspondingly 
deleted. 

so [0028] When an abnormality is detected, as will be 
described later, a flag-processing request message is 
issued by the abnormality-verification object 200, and a 
count-processing request message from the abnormal- 
ity-verification object 200 is issued by the abnormality 

55 processing object 300. 

[0029] That is to say. the abnormality-verification 
object 200 is provided with a pr gram to process the 
flag set by the abnormality-detection object 100, and is 
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started by a subroutine call from the abnormality-detec- 
tion object 100. 

[0030] It should be appreciated that the pr gram exist- 
ing in the abnormality-verification object 200 can be 
incorporated in each object of the abnormality-detection 
object 100 and executed individually. However, the pro- 
gram of the abnormality-verification object 200 is inde- 
pendent because of common processing among the 
several objects. As a result, with the present invention 
ROM capacity can be reduced, and when an abnormal- 
ity-detection object tor a new abnormality-detection tar- 
get is created, the program of this common portion need 
not be altered, thereby simplifying overall implementa- 
tion. 

[0031] In addition, the abnormality processing object 
300 is provided with a program to comprehensively 
determine the abnormality-detection results for a plural- 
ity of abnormality-detection targets, and ultimately to 
decide whether to illuminate a lamp indicative of the 
existence of an abnormality at a particular target 
[0032] As has been described previously, abnormal- 
ity<letection objects 100 may be added or deleted 
according to the increase or decrease in abnormality- 
detection targets, with no need to modify the programs 
in the abnormality-verification object 200 or the abnor- 
mality processing object 300. 

[0033] FIG. 4 is an explanatory diagram depicting the 
details of the water-temperature sensor object indicated 
in FIG. 3. Additionally, the intake-air temperature sensor 
object 120, the throttle-sensor object 130, and so on 
have similar architectures. As shown in the diagram, the 
water-temperature sensor object 1 1 0 includes a flag- 
storing portion 1 12, an abnormality-detection program 
portion 114, and an abnormality-information table 116. 
[0034] Information indicating abnormality or normality, 
as well as information indicating whether a lamp should 
be illuminated to warn the driver upon occurrence of an 
abnormality, is stored as flag (1-bit) information in the 
flag-storing portion 112, as will be described in specific 
terms hereinafter. 

For a normality-determination flag, flag "1 " is set at 
a lime of normality determination by the abnormal- 
ity-detection program portion 114. 
For a present abnormality flag, flag "1 " is set at a 
time of abnormality determination by the abnormal- 
ity-detection program portion 114. 
A lamp-illumination flag instructs lamp illumination 
when an abnormality is verified and flag "1 " is set. 
An abnormality-code flag stores the fact of exist- 
ence of an abnormality when an abnormality is ver- 
ified and flag "1" is set. 

[0035] Additionally, an abnormality-detection program 
indicated in FIG. 6 and descrtoed later is stored in the 
abnormality-detection program portion 114, and the 
flags of the flag-storing portion 112 are manipulated in 
accordance with a determination result therein. 



[0036] Furthermore, characteristic information relating 
to the several abnormality-detection targets, such as 
code information (SAE cod ) utput to a diagnostic tod, 
information (lamp illumination) indicating whether to illu- 

s minate a during-abnormality lamp, information (lamp 
application) indicating which lamp among a plurality of 
lamps is to be illuminated, information (low voltage 1 - 3) 
indicating an abnormality-determination condition, and 
the like is stored in the abnormality-information table 

io 116. In the case of the water-temperature sensor object 
in FIG. 4, output of "1 1 5" to a diagnostic tool and of "1 1 " 
to a lamp is indicated. That is to say, according to the 
present embodiment, unlike an apparatus according to 
the prior art, flag information and an abnormality-infor- 

75 mation table are provided for each respective abnormal - 
ity-detection target. 

[0037] FIG. 5 is a message sequence chart (MSC) 
indicating the flow of processing executed by the abnor- 
mality-diagnosis program. As shown, processing actu- 

20 ally executed by the several objects is depicted, and 
function calls (messages) to other objects are indicated 
by arrows. That is to say, according to the result of the 
abnormality determination by the abnormality-detection 
program portion 1 14 indicated in FIG. 4, a fiag-process- 

25 ing request message is issued to the abnormalrty-verrf i- 
cation object abnormality-verification processing is 
performed by the abnormality-verification object, larnp- 
illumination/nonillumination determination is performed 
by the abnormality processing object, and a lampHllumi- 

30 nation/nonillumination request is issued. 

[0038] FIG. 6 is a processing flow diagram of the 
water-temperature sensor object 110. This program is 
executed every 1 6 ms. With the water-temperature sen- 
sor object, flag information is first copied to the register 

35 (S601) . Herein, "copying to the register" refers to caus- 
ing the flag information of the flag-storing portion 112 
verified by prior abnormality-detection processing to be 
saved to the desired register (not illustrated) as past flag 
information (additionally, this saved data is utilized at 

40 step S805 in FIG. 8). 

[0039] Next, the detection value of the water-temper- 
ature sensor is acquired (S602). Subsequently, determi- 
nation of whether the acquired value is within a 
predetermined range is performed (S603). Accordingly, 

45 when the value is within the predetermined range 
(YES), the normality-determination flag is set to "1 " and 
the present abnormality flag is set to "0" (S604). Mean- 
while, when the acquired value is not within the prede- 
termined range (NO), the normality-determination flag 

so is set to "0" and the present abnormality flag is set to " 1 " 
(S605). Accordingly, a flag-processing request is issued 
to the abnormality-verification object (S606). 
[0040] FIG. 7 is a processing flow diagram of the 
intake-air temperature sensor object 120. In the flow 

55 diagram in FIG. 7, acquisition of the water-temperature 
sensor value in FIG. 6 is merely changed to acquisition 
of the intake-air temperature sensor, and so description 
thereof will be omitted. 
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[0041] FIG. 8 is a processing flow diagram of the 
abnormality-verification object 200 in FIG. 3. In the illus- 
trated st ps S801 - S803, determination of whether the 
present running state and the information (low voltage 1 
- 3) of the abnormality-information table 116 sent from 5 
the abnormality-detection object 100 is "1", and deter- 
mination of whether being a condition permitting deter- 
mination of an abnormality, are performed. Specifically, 
upon detection of an abnormality of the water-tempera- 
ture sensor, when battery voltage drops, the value of the 10 
water-temperature sensor falls outside the predeter- 
mined range, irrespective of whether the water-temper- 
ature sensor is normal. Consequently, in a case of the 
water-temperature sensor, by setting the low voltage 3 
of the abnormality-information table 1 1 6 to "1 " (refer to 75 
FIG. 4), an affirmative determination (YES) is made at 
S803, and an abnormality-determination flag is reset 
That is to say, the result of an abnormality determination 
is canceled. 

[0042] Meanwhile, because the crank sensor to detect 20 
the crank signal of the engine is not related to battery 
voltage, low voltage 3 is established at "0." Due to this, 
negative determination (NO) with respect to the crank 
sensor is made at step S803, and at step S805 and sub- 
sequently an abnormality determination is made. 25 
Therefore, by performing processing based on the infor- 
mation of low voltage 1 - 3 of the abnormality-informa- 
tion table 11 6 in FIG. 4, processing can be performed 
through common processing steps (S801 - S803) with- 
out the need to consider differences in abnormality con- 30 
ditions. Further, the information relating to IG (state of 
the ignition switch), STA (state of the starter switch), and 
+B (state of battery voltage) is stored in the abnormality 
processing object 300. 

[0043] Next, when abnormality-detection conditions 35 
have all been fulf flled, at step S805 the flag information 
of value saved in the register and the present flag-stor- 
ing portion is compared, and determination of whether 
the flag has changed is performed. At steps S806 and 
S807, the value of the present abnormality flag is copied 40 
to the abnormality-code flag and the lamp-illumination 
flag only when the flag has changed. Further, an XMSG 
flag is a flag for initiating the processing in FIG 13. 
[0044] As has been described above, the processing 
of step S806 and after is performed solely when the flag 45 
state has changed, and the processing of FIG. 13 which 
will be described later also is similar. As a result, pro- 
gram load is reduced. 

[0045] FIG. 9 is a message sequence chart (MSC) 
relating to lamp-illumination processing. Execution of so 
this sequence is repeated every 65 ms. (A), (B), (C), 
and (D) are respectively the processing of a single 
abnormality-detection target; when the processing of 
(A) ends, processing is transferred to (B). 
[0046] Details will be described in FIG. 10 and after, ss 
but first, at step S901 , the counter for determining lamp 
illumination at step S950 is cleared (reset). At step 
S903. whether counting is to be performed at step S903 



is determined from the state of the lamp-illumination 
flag. When it is determined that counting is t be per- 
f rmed, a count-proc ssing request is issued to the 
abnormality processing object 300. 
[0047] At step S904. the XMSG flag is examined, and 
determination of whether to store an abnormality code 
is performed. When it is determined that the code is to 
be stored, an abnormality-code store request is issued 
to the abnormality processing object. At step S905, the 
XMSG flag and the lamp-illumination flag are cleared. 
The processing of a single abnormality-detection target 
(abnormality-detection object) ends, and processing 
identical thereto is repeated for the other abnormality- 
detection targets ((B) - (D)). Accordingly, when the 
processing for all abnormality-detection targets ends, at 
step S950 determination of whether the lamp is to be 
illuminated is performed, and when it is determined that 
the lamp is to be illuminated, a lamp-illumination 
request is sent. 

[0048] FIG. 1 0 is a detailed flow diagram of step S901 
in FIG. 9. As shown, a counter (DIAGERR) to count the 
number of abnormalities and a counter (DIAGOK) to 
count normal-recovery locations are reset (SI 001). 
[0049] FIG. 1 1 is a detailed flow diagram of step S902 
in FIG. 9. Determination of whether the lamp-illumina- 
tion flag (the flag instructing lamp illumination with 
abnormality occurrence) is "1" is performed (S1 101). 
and execution of abnormality/normality count process- 
ing is requested of the abnormality processing object 
only when the flag is "1 " (S1 102). 
[0050] FIG. 1 2 is a detailed flow diagram of step S903 
in FIG. 9. First, the information (lamp application) to 
specify which lamp to illuminate is examined, and it is 
determined whether the appropriate article is performed 
(S1201). Herein the value is "1," but as a multiplicity of 
warning lamps typically exists in a vehicle, a case lamp 
application 2, 3, or the like may occur. 
[0051] Next the counter DIAGERR to count the 
number of abnormalities is incremented (S1202). Sub- 
sequently, it is determined whether the present abnor- 
mality flag is "0" and moreover if the normality- 
determination flag is "1." That is, despite an initial 
abnormality determination, a determination of whether 
normality has been subsequently recovered is per- 
formed (S1 203). When normality has in fact been recov- 
ered, the counter DIAGOK to count normal-recovery 
locations is incremented (S1204). 
[0052] More precisely, the number of times that the 
lamp-illumination flag is "1" and the normality-determi- 
nation flag also is "1" is counted, and counting is per- 
formed only by the processing shown in FIG. 12, which 
is initially executed subsequently to normal recovery. 
This is because subsequent to counting, the lamp-illu- 
mination flag becomes "0" in the processing in FIG. 14, 
a negative determination is made in FIG. 1 1 , and the 
processing in FIG. 12 is not executed. 
[0053] FIG. 1 3 is a detailed flow diagram of step S904 
in FIG. 9. First, for the message flag XMSG which 
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b comes "1 " when the flag slate has changed, determi- 
nation of whether XMSG = 1 is performed (S1301). 
When XMSG = 1, a store request for the abnormality 
code is issued (S1302). In this case, for the store 
request for the abnormality code, an abnormality-code 
store request is not sent every time an abnormality 
occurs, but rather the processing of the abnormality- 
detection object is performed only when the flag state 
has changed. Therefore, the processing load of the 
abnormality-detection object is not increased. 
[0054] FIG. 14 is a detailed flow diagram of step S905 
in FIG. 9. In FIG. 14, the XMSG flag which becomes "1" 
when the flag state has changed is examined. When the 
XMSG flag is "1" (S1401), it is reset (S1402), and the 
lamp-illumination flag is set to the value of the present 
abnormality flag (S1403). That is to say, to determine 
whether normality has been recovered from abnormality 
in FIG. 12, even when normal recovery has occurred, 
the lamp-illumination flag is not immediately reset, but is 
when the count processing of the counter DIAGOK has 
ended. 

[0055] As a result, the lamp-illumination determination 
of step S950 in FIG. 9 is performed when the process- 
ing of FIGS. 10-14 has been executed with respect to 
a single abnormality-detection target, processing is exe- 
cuted for the other abnormality-detection targets, and 
the counters DIAGERR and DIAGOK are counted with 
respect to all abnormality-detection targets. 
[0056] FIG. 15 is a detailed flow diagram of step S950 
in FIG. 9. When the counter DIAGERR = 0 (YES in 

51501 ) or when the count value of the counter DIAGOK 
is not less than the count value of DIAGERR (YES in 

51502) , XLAMP (a lamp-illumination/nonillumination 
request flag) to turn off the lamp is set to "0" (S1503). 
When the counter DIAGERR is not equal to 0 (NO in 
S1501), and moreover when the count value of the 
counter DIAGOK is less than the count value of 
DIAGERR (NO in S1502), XLAMP is set to "1" (S1504). 
[0057] It should be appreciated that the lamp is illumi- 
nated based on a comparison of the respective count 
values of the counters DIAGOK and DIAGERR, even 
one abnormality occurs among a plurality of abnormal- 
ity-detection targets, as such illumination is determined 
by a predetermined rule. 

[0058] As was described earlier, the abnormality- 
detection objects 100 are increased or decreased 
according to changes in specifications (the number of 
abnormality-detection targets), but there is no need to 
after the abnormality processing object 300, as it oper- 
ates independent of the number of abnormality-detec- 
tion target items that exist in the abnormality-detection 
objects 1 00. This is because if information had to be fur- 
nished to the abnormality processing object 300 to 
specify the abnormality-detection target, the abnormal- 
ity processing object 300 would also have to be 
changed corresponding to the increase or decrease in 
the abnormality-detection object 100. 
[0059] Consequ ntly. according to the present inven- 



tion, information indicating th group of the abnormality- 
detection target relating to a particular lamp is furnished 
to the abnormality-information table 116 of the abnor- 
mality -detection object 100. and the abnormality 
processing object 300 is structured to specify the abnor- 
mality-detection target relating to a particular lamp from 
this information. Accordingly, by comparing the number 
indicating present abnormalities (the number of 
DIAGERRs) and the number corresponding to recover- 
ies to normality immediately from an abnormality deter- 
mination, the abnormality processing object 300 can 
execute lamp-illumination processing independent of 
the total number of abnormality-detection targets relat- 
ing thereto. 

[0060] Also, in the present invention, the lamp-illumi- 
nation flag is not immediately reset even when normal 
recovery has been performed, but is reset at the time at 
which the count processing has ended, as will be : 
described later with (A) - (C) in FIG. 17. Owing thereto, 
the number of abnormality-detection targets that have 
recovered from abnormality to normality can be 
assessed. Additionally, maintained data may be any- 
thing until the count processing of DIAGOK has ended 
even when normal recovered has been performed. 
[0061] FIG. 16 is a drawing indicating DIAGERR, 
DIAGOK, and the actual illumination/nonillumination 
state of a lamp when three sensors applying the same 
lamp have repeated normality and abnormality. This 
drawing shows a case of execution being repeated eight 
times in 65 ms intervals as described in FIG. 9. As indi- 
cated in the drawing, it is understood that lamp control 
can be appropriately performed by comparison of the 
number of diagnosis abnormalities (DIAGERR) and the 
number of diagnosis recoveries (DIAGOK). 
[0062] As shown, (a) through (m) in the drawing are 
symbols added to supplement the description of the 
above-described I amp-il I u mi nation/non illumination tim- 
ing. Namely, at (f) the number of diagnosis abnormali- 
ties should be the combination of (b) and (e) at this 
cycle (65 ms - 5). but instead has become "3." This is 
because at this timing, the "abnormality" of (a) is 
counted (because the lamp-illumination flag is still "1"). 
Additionally, the number of diagnosis recoveries "1" of 
(g) is the number of times (d) has been counted. 
[0063] Additionally, with the cycle (65 ms - 8), the 
number of diagnosis abnormalities "1" of (1) is the 
number of times (h) has been counted, and the number 
of diagnosis recoveries "1" of (m) is the number of times 
(k) has been counted. When the number of diagnosis 
abnormalities and the number of diagnosis recoveries 
are equal, "nonillumination" is obtained. 
[0064] Moreover, the "normal" states of (i) and (j) have 
not been counted, as is indicated by the "1 " in (m). This 
is because a negative determination is made at FIG. 1 1 . 
and processing (S1203) in FIG. 12 is not performed. 
[0065] FIG. 17 is a timing diagram indicating the 
action of the respective flags and counters when nor- 
mality/abnormality as in FIG. 16 has be n repeated. A 
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characteristic here is that the lamp-illumination flag is 
r set with count processing, without being immediately 
r set even when normal recovery has been p rformed. 
That is to say, as shown in (A). (B), and (C) in the draw- 
ing, even when normal recovery is performed at the tim- 
ing of (A), the lamp-illumination flag is not reset at (C) 
until DIAGOK is counted at the timing of (B). As has 
been described above, the number of times that normal- 
ity is determined upon recovery from an abnormality 
can be accurately counted. Further, (D) is the count of 
the number of lamp-illumination flags (number of abnor- 
malities) due to DIAGERR, as is indicated at step 
SI 202 in FIG. 12, and (E) is the number of times the 
lamp-illumination flag is "1" due to DIAGERR, as well as 
the number of times the normality-determination flag is 
"1," as is indicated at steps S1203 and S1204 in FIG. 
12. 

[0066] While the above description constitutes the 
preferred embodiment of the present invention, rt should 
be appreciated that the invention may be modified with- 
out departing from the proper scope or fair meaning of 
the accompanying claims. Various other advantages of 
the present invention will become apparent to those 
skilled in the art after having the benefit of studying the 
foregoing text and drawings taken in conjunction with 
the following claims. 

[0067] A vehicle controller self-diagnosis apparatus 
(39) having areas such as memory information, tables, 
and the like relating to abnormality-detection processing 
that can be easily modified when abnormal-detection 
targets are increased or decreased, thereby reducing 
the amount of time required to implement such 
changes. An abnormality-diagnosis program of the 
present invention includes an abnormality-detection 
object (100), an abnormality-verification object (200), 
and an abnormality-processing object (300). The abnor- 
mality-detection object (100) is provided with a program 
of object-oriented design to determine normality or 
abnormality based on information from several sensors. 
The abnormality-verification object (200) is provided 
with a program of object-oriented design to process a 
flag set by the abnormality-detection object (100). The 
abnormality-processing object (300) is provided with a 
program of object-oriented design to comprehensively 
determine an abnormality-detection result for a plurality 
of abnormality-detection targets, and to ultimately 
decide whether an abnormality-indicating lamp should 
be illuminated. 

Claims 

1 . A vehicle controller diagnostic apparatus, compris- 
ing: 

a plurality of abnormality-detection objects 
(110. 120, 130) each associated with a discrete 
detection target, each of said abnormality- 
detection objects (110, 120. 130) having an 



abnormality-detection program (114) and a first 
data-storing p rtion (112) for storing data on 
the c rresponding detection target during 
detection of a detection target abnormality; and 

5 an abnormality processing object (300) for per- 

forming abnormality-occurrence processing 
with respect to the corresponding detection tar- 
gets based on data in the first data-storing por- 
tion of each of the abnormality-detection 

w objects (110, 120, 130). 

2. The diagnostic apparatus of claim 1 , wherein said 
first data-storing portion (1 12) is for storing a flag for 
each abnormality-detection target, and wherein 
is said abnormality-detection objects (110. 120, 130) 
each further include a second data-storing portion 
(116) for storing information on the corresponding 
detection target 

20 3. The diagnostic apparatus of claim 1 , further com- 
prising an abnormality-verification object (200) for 
determining, irrespective of the number of abnor- 
mality-detection objects, whether abnormality- 
detection results from each of said plurality of 

25 abnormality-detection objects (110. 120, 130) are 
valid based on the data stored in said correspond- 
ing second data-storing portion (1 1 6). 

4. A diagnostic apparatus for a vehicle controller, com- 
30 prising: 

a plurality of discrete abnormality-detection 
objects (110, 120, 130) each associated with a 
detection target, each of said plurality of dis- 
ss crete abnormality-detection objects (110, 120. 

1 30) having a program for detecting a specified 
vehicle abnormality, and a storing portion for 
storing a flag for lamp illumination processing 
when said detection program detects the vehi- 
40 cle abnormality; and 

an abnormality processing obj ect (300) for per- 
forming abnormality-occurrence processing 
based on data in storing portions of said plural- 
ity of abnormality-detection objects (110, 120, 
45 130); 

wherein each of said plurality of abnormality- 
detection objects (110, 120, 130) sets a lamp- 
illumination flag to signal lamp illumination 
when the specified target abnormality is 
so detected, and set a normality-determination 

flag when a target normality is detected; and 
said abnormality processing object includes a 
first counter (S1202) for counting occurrences 
of the lamp-illumination flag and the normality- 
55 determination flag with respect to each of said 

plurality of abnormality-detection objects, and 
for counting a count number of lamp-illumina- 
tion flag settings, a second counter (S1 204) for 
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counting a count number of the normality- 
determination flag settings, said abnormality 
processing object (300) for determining 
whether lamp illumination is to be perl rmed by 
comparing the count number from said first s 
counter (S1202) and the count number from 
said second counter (S1204). 

5. The diagnostic apparatus of claim 4, further com- 
prising a resetting device (3 1 ) for resetting said sec- 10 
ond counter (S1204) until one of after 
determination of whether lamp illumination is to be 
performed by said abnormality processing object 
(300), and after count-processing by said first and 
second counters (S1 202. S1 204). is 

6. The diagnostic apparatus of claim 4, wherein count 
processing by said first and second counters 
(SI 202, S1204) is performed for each lamp to be 
illuminated, and each of said plurality of abnormal- 20 
ity-detection objects (110, 120, 130) is provided 
with data relating to illumination of each of said 
lamps. 

7. A vehicle controller diagnostic apparatus, compris- 25 
ing: 

a plurality of abnormality-detection objects 
(110, 120, 130) each associated with a detec- 
tion target, each of said objects (1 1 0. 1 20, 1 30) 30 
having an abnormality<tetection program for 
detecting a target abnormality, and a storing 
portion (1 12) for storing an abnormality flag for 
indicating existence of said target abnormality 
when said abnormality is detected by said 35 
abnormality-detection program; and 
an abnormality processing object (300) for per- 
forming abnormality-occurrence processing for 
indicating occurrence of said target abnormal- 
ity based on data in said storing portions of 40 
said abnormality-detection objects (110, 120, 
130); 

wherein said plurality of abnormality-detection 
objects (110, 120, 130) set abnormality-occur- 
rence data indicating said occurrence of said as 
target abnormalities during abnormality detec- 
tion in said storing portions, and set normality- 
determination data indicating results of normal- 
ity determinations in said storing portions; and 
said abnormality processing object including a so 
first counter (S1202) for investigating abnor- 
mality-occurrence data and normality-determi- 
nation data with respect to a plurality of 
abnormality-detection objects and for counting 
a number of settings of abnormality-occur- ss 
rence data, a second counter (S1204) for 
counting a number of settings of both abnor- 
mality-occurrence data and normality-determi- 



nation data, said abnormality processing object 
determining whether abnormality-indicating 
signals are to b generated for ach of said 
abnormality targets by comparing count num- 
bers from said first and second counters 
(S1202..S1204) from each of said correspond- 
ing abnormality-detection objects (110, 120, 
130). 

8. The diagnostic apparatus of claim 7, wherein said 
abnormality processing object (300) generates said 
abnormality-indicating signals for illuminating corre- 
sponding abnormality-indicating lamps based on a 
comparison of said corresponding first and second 
counters (S1202, S1204), and further comprising a 
delay device (31) for delaying resetting of said 
abnormality processing object (300) until after one 
of a determination by said abnormality processing 
object (300) of whether to generate said abnormal- 
ity-indicating signals, and after count-processing 
execution by said first and second counters (S1 202, 
S1204) in each of said plurality of abnormality- 
detection objects (110. 120, 130). 

9. The diagnostic apparatus of claim 7, wherein count 
processing by said first and second counters 
(S1202, S1204) is performed for abnormality-indi- 
cating signals to be generated, and said plurality of 
abnormality-detection objects are each provided 
with abnormality signal-related data. 

10. The diagnostic apparatus of claim 7, further com- 
prising an abnormality- verification object (200) for 
determining, irrespective of a number of said plural- 
ity of abnormality-detection objects (110, 120. 130), 
whether abnormality-detection results from each of 
said plurality of abnormality-detection objects are 
valid based on the data stored in said data-storing 
portion (116). 

11. An object-oriented based method of detecting an 
abnormality in a motor vehicle engine controller, 
comprising the steps of: 

monitoring a number of abnormality targets to 
detect abnormality occurrences thereat (S601 , 
S701.S801); 

verifying at a single location the abnormality 
occurrences when the abnormality occur- 
rences are detected at the abnormality targets 
(S603, S703. S803); 

processing at a single location abnormality- 
detection results generated during the steps of 
monitoring and verifying to determine whether 
abnormality-indicating signals should be gen- 
erated (S606. S706. S806); and 
said steps of verifying and processing being 
performed independently of th number of 
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abnormality targets being monitored. 

1 2. The method of claim 1 1 , further comprising: 

providing abnormality indicating signal informa- 5 
tion during said step of monitoring; and 
generating abnormality-indicating signals, 
based on said abnormality-indicating informa- 
tion during said step of processing, in a manner 
independent of the number of abnormality tar- w 
gets being monitored. 

1 3. The method of claim 1 1 , further comprising: 

modifying the number of abnormality targets is 
monitored during the step of monitoring; and 
maintaining the steps of verifying and process- 
ing even after the step of modifying has been 
completed. 

20 

14. The method of claim 1 1 , wherein the step of verify- 
ing comprises: 

determining rf abnormality conditions at an 
abnormality target have been fulfilled based on 25 
information generated during the step of moni- 
toring; 

generating a flag based on a result of said step 
of determining; and 

comparing the flag to a previously-generated 30 
flag to determine if a flag state has changed. 

1 5. The method of claim 1 4, lurther comprising the step 
of copying the flag to an abnormality-code flag and 

to an abnormality signal flag when the flag state 35 
has changed. 

1 6. The method of claim 1 4, further comprising the step 
of performing the step of verifying for each of said 
plurality of abnormality targets. 40 

17. The method of claim 16, wherein said step of 
processing further comprises determining if the 
abnormality signals should be generated for any of 
said plurality of abnormality targets only after said 45 
step of performing is completed. 

16. The method of claim 17, wherein said step of 
processing further comprises comparing a number 
of counted abnormalities to a number of counted so 
recoveries from abnormalities during a predeter- 
mined time period to determine if the abnormality 
signals should be generated (S903). 
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